home *** CD-ROM | disk | FTP | other *** search
/ The Original Shareware 1.1 / The Original Shareware (WeMake CDs)(Volume 1.1)(CDs, Inc)(1993).iso / 36 / dvnovell.zip / DQ
Text File  |  1990-01-03  |  13KB  |  255 lines
  1.    This document will describe the Desqview/Qemm configuration required to
  2.    run Desqview while accessing the Token Ring network.  It will also
  3.    document the configuration options used to maximize the size of each
  4.    Desqview window when accessing the Lan.
  5.  
  6.    DesqView 386 can be executed in one of two ways.  The first method,
  7.    executing DV.COM, loads DesqView into standard DOS memory.  This results
  8.    in relatively small windows (generally about 320K) to run other programs
  9.    because of the large amount of conventional memory used by DesqView.
  10.    The other method, executing XDV.COM in conjunction with the DesqView
  11.    memory manager QEMM-386, will allow a portion of Desqview to be loaded
  12.    into unused portions of system memory or hi-memory.  System memory is
  13.    memory between 640K and 1 megabyte (addresses A000-FFFF).  This results
  14.    in significantly larger windows because most of DesqView now occupies
  15.    the hi-memory area and the use of conventional memory by DesqView is
  16.    limited.  If other hardware or software also use hi-memory, like a token
  17.    ring board, DesqView and the other hardware may conflict and DesqView
  18.    may not run when using XDV.COM.  In this instance the area of memory
  19.    where the conflict occurs must be isolated and specifically excluded
  20.    from DesqView on the QEMM statement.
  21.  
  22.    Memory resident programs, like Lan or Mouse drivers, can also be loaded
  23.    into hi-memory using the DesqView utility LOADHi.COM, thus saving
  24.    additional conventional memory and allowing larger DesqView windows.
  25.    Note that there is a trade off between the number of programs "loaded
  26.    hi" and the ultimate DesqView window size.  Each program "loaded hi"
  27.    will reduce the hi-memory available to run DesqView. This results in
  28.    more of DesqView occupying conventional memory with a corresponding
  29.    decrease in window size.  In the current version of Desqview one will
  30.    have to experiment to arrive at the optimal configuration.
  31.  
  32.    The following configuration was used to run DesqView on a Compaq Deskpro
  33.    386/20 with three megabytes of Memory, DOS 3.31, a VGA color monitor
  34.    while accessing a Novell Network via an IBM Token Ring I board.  Of
  35.    course the areas of available hi-memory will vary depending on the
  36.    specific type of 386 PC and hardware installed.  The ultimate Desqview
  37.    window size will also be affected by any configuration parameters which
  38.    use memory (like the Buffers parm or FASTOPEN.EXE).
  39.  
  40.    The Config.sys file for this pc is as follows:
  41.         FILES=50
  42.         BUFFERS=20
  43.         STACKS=0,0
  44.         SHELL=COMMAND.COM /P/E:256
  45.    QEMM.SYS, the DesqView memory manager, was configured as follows:
  46.         DEVICE=C:\QEMM.SYS INCLUDE=B000-B7FF INCLUDE=E600-EFFF X=CC00-CFFF
  47.         RAM FRAME=NONE
  48.  
  49.              B000-B7FF is Video memory reserved for a Monochrome monitor.
  50.              Since a monochrome monitor was not installed this memory could
  51.              be made available to DesqView.
  52.  
  53.              E600-EFFF - Qemm did not automatically recognize this area of
  54.              memory, even though it was available, so it was specifically
  55.              included on the Qemm statement.  Depending on the 386 Pc this
  56.              area may or may not be available.
  57.  
  58.              CC00-CFFF These are the 8K ROM and RAM addresses
  59.              (respectively) used by the Token ring board.  These addresses
  60.              must be excluded from DesqView to avoid memory conflicts with
  61.              the Token Ring Board.  Note: The token ring Ram address must
  62.              be on a 16K boundary.
  63.  
  64.              The RAM parameter allows other TSR (Terminate and Stay
  65.              Resident) programs (like mouse drivers) to run in Hi memory.
  66.              This frees up conventional memory for other programs.  In this
  67.              configuration all available high memory was designated as high
  68.              ram.
  69.  
  70.              FRAME=NONE  This parameter eliminates the 64K page frame used
  71.              by QEMM to manage expanded memory.  If the programs to be run
  72.              under DesqView do not explicitly use expanded memory this
  73.              option will free up more Hi-Memory and allow for greater
  74.              window sizes.  Programs which take use expanded memory (like
  75.              SAS or LOTUS) will unable to make use of the available
  76.              expanded memory with this configuration option.
  77.  
  78.         The Lan drivers were loaded as follows:
  79.  
  80.              Note: The programs used to access the LAN must be run OUTSIDE
  81.              of DesqView.  When the drivers and shells are run underneath
  82.              DesqView the opening of other windows will cause the system to
  83.              hang or crash.
  84.  
  85.              LOADHI TOKREUI ,CE00
  86.  
  87.              - This statement will load TOKREUI into HI-Memory and
  88.              substitute Ram Address CE00 instead of the default D000.
  89.              DesqView needs a 64K address space for the Page Frame Address
  90.              and the only free Ram in Hi-Memory of that size (on the
  91.              Compaq) is at address D000.  If the token ring board uses that
  92.              address for it's Ram then DesqView will use conventional
  93.              memory for the Page Frame thus wasting 64K of conventional
  94.              memory.  Note that the Tokreui Ram address must be on a 16K
  95.              boundary.  The rom address can only be changed by altering the
  96.              dip switch settings on the Token ring board.  Note that the
  97.              ram and rom addresses for the token ring board were
  98.              specifically excluded from DesqView on the QEMM statement,
  99.              otherwise Desqview could not be executed using expanded mode
  100.              (XDV.COM).  Also on the TOKEN Ring Adaptor/A the Ram address
  101.              cannot be dynamically relocated - it must be changed via the
  102.              hardware setup/configuration.
  103.  
  104.              IPX
  105.              - If NETBIOS is to be loaded do not load IPX into Hi Memory
  106.  
  107.              NETBIOS
  108.              - NOTE: Do not load NETBIOS into HIGH-MEMORY or from within a
  109.              Desqview window.  This usually causes the Pc to hang up or
  110.              Crash.
  111.              LOADHI NET3
  112.  
  113.              - If Frame = None is used on the Qemm statement there should
  114.              be enough Hi-Memory available to Load NET3 into High memory.
  115.              Again this will free up conventional memory and allow for
  116.              greater window sizes.
  117.  
  118.              Any other small Drivers - like Mouse drivers can be loaded
  119.              into Hi-Memory thus freeing up conventional memory.
  120.  
  121.              With this configuration of Qemm.Sys the following programs can
  122.              be loaded before DesqView:
  123.  
  124.                   Mouse.Com - Driver program for the Mouse - Loaded into
  125.                   High Memory saving 8K of conventional memory.
  126.  
  127.                   TOKREUI.COM - Token ring driver - Loaded into High
  128.                   Memory, saving 7K of conventional memory.
  129.  
  130.                   IPX.COM - Novell Communications drivers. Loaded into
  131.                   conventional memory.
  132.  
  133.                   NETBIOS - Communications drivers.  Loaded into
  134.                   conventional memory.
  135.  
  136.                   NET3    - Novell Netware shell program.  Loaded into high
  137.                   memory saving 37 Kb of conventional memory.
  138.  
  139.  
  140.              DesqView can now be executed and the Lan and Lan applications
  141.              can be accessed from DesqView windows.  The maximum size of
  142.              each window is 508K.  I currently run without Netbios and have
  143.              a window size of 528K.
  144.  
  145.              If running with a Page frame, thus allowing programs to access
  146.              Expanded memory, NET3 will probably not Load Hi and the window
  147.              sizes will be approximately 478K with Netbios and 496K
  148.              without. Below is a map of memory using the Qemm configuration detailed above.
  149.    This can be displayed by typing "QEMM" at the DOS prompt and pressing
  150.    enter.
  151.  
  152. Current Mode               = ON
  153. Expanded Memory Available  = 2016K
  154. Page Frame Address         = None
  155.  
  156. ╔═══════════════════════════════════╗
  157. ║     Area      Size      Status    ║
  158. ║ 0000 - 9FFF   640K   Conventional ║
  159. ║ A000 - AFFF    64K   Video        ║
  160. ║ B000 - B7FF    32K   High RAM     ║
  161. ║ B800 - BFFF    32K   Video        ║
  162. ║ C000 - C5FF    24K   ROM          ║
  163. ║ C600 - CBFF    24K   High RAM     ║
  164. ║ CC00 - CFFF    16K   Excluded *   ║
  165. ║ D000 - DFFF    64K   High RAM     ║
  166. ║ E000 - E5FF    24K   ROM          ║
  167. ║ E600 - EFFF    40K   High RAM     ║
  168. ║ F000 - FFFF    64K   ROM          ║
  169. ╚═══════════════════════════════════╝
  170.  
  171. * = Address excluded from use by DesqView - These are the RAM and ROM
  172. addresses used by the Token Ring Board.
  173.  
  174. The following is a map of Hi-memory after all drivers and programs have
  175. been loaded.  This can be displayed by typing "LOADHI" at the DOS prompt.
  176.  
  177. ╔══════════════════════════════════════╗
  178. ║     Area      Size     Status        ║
  179. ║ B000 - B7FE    31K   Available       ║
  180. ║ C600 - CBFE    23K   Available       ║
  181. ║ D000 - D29E    10K   Used (mouse)    ║
  182. ║ D29F - D357     2K   Used (culirma)  ║
  183. ║ D358 - D515     6K   Used (TOKREUI)  ║
  184. ║ D516 - DE65    37K   Used (NET3)     ║
  185. ║ DE66 - DFFE     6K   Available       ║
  186. ║ E600 - EFFF    40K   Available       ║
  187. ╚══════════════════════════════════════╝
  188.  
  189. FINDING EXTRA MEMORY:
  190.  
  191.    DesqView Setup options
  192.  
  193.         I have found that by adjusting the following setup options the
  194.         maximum window can be increased.
  195.  
  196.              Setting DOS Buffers for EMS.
  197.  
  198.                   This is a DesqView Setup Option and can be changed by
  199.                   executing the DesqView setup program, advanced setup, and
  200.                   selecting the performance option.  Change the DOS buffers
  201.                   for EMS to 0.  Maximum windowsize when from 528K to 544K.
  202.                   I was unable to detect any decrease in performance.
  203.  
  204.              Changing the Video configuration.
  205.  
  206.                   Set the video option to monochrome.  As far as I could
  207.                   tell this did seem to affect any of my processing.
  208.                   Maximum Window size went from 544 to 560.
  209.  
  210.              These window sizes were obtained without loading Netbios.
  211.  
  212.  
  213.    If you're REALLY desperate you can steel video memory as outlined below,
  214.    However be prepared for some periodic failures.
  215.  
  216.         If larger Desqview windows are required it is possible to use some
  217.         of the video memory at address A000-AFFF.  This is somewhat risky
  218.         because this area of memory is used by the VGA adaptor for graphics
  219.         support.  The best way to proceed is to begin to include 4 k
  220.         sections at the top of the video memory address space and then
  221.         execute desqview and all programs to gauge the impact.   Again,
  222.         remember that this approach is risky and you should be prepared for
  223.         periodic failures.
  224.  
  225.    General reliability using Desqview.
  226.  
  227.         I have found that running multiple sessions under Desqview to be
  228.         generally reliable but not 100 percent so.  Remember that you are
  229.         executing programs written to run alone under DOS and sometimes
  230.         things can go wrong for no apparent reason.
  231.  
  232.         A couple of things to watch out for are:
  233.  
  234.              *    If running IDMS/ARCHITECT and WordPerfect -
  235.                        Always load WordPerfect first.
  236.  
  237.              *    If using Dataflex -
  238.                        Flex seems to have some quirky problems.  When
  239.                        setting up Flex to run under Desqview set the
  240.                        protection level to 3.  With a protection level of 3
  241.                        Desqview will generally catch any errors before they
  242.                        occur, allowing you to abort the program and avoid
  243.                        hanging the whole machine.  Also don't try to run
  244.                        flex in background.  Flex generally writes directly
  245.                        to the screen which will bleed through and affect
  246.                        the current (foreground) desqview window.
  247.  
  248.              *    If using SideKick
  249.                        Always load SK first with a protection level of 3.
  250.  
  251.         No matter what you do, you will probably experience periodic
  252.         failures when using Desqview.  I have found the convenience of
  253.         multiple Pc sessions to far outweigh the periodic system failures
  254.         which force me to re-boot the system.
  255.